## 14.8. General RCS Specifications

This section discusses:

- Keyword substitution

- Revision numbering

- Specifying the date

- Specifying states

- Standard options and environment variables

### 14.8.1. Keyword Substitution

RCS lets you place keyword variables in your working files. These variables are later expanded into revision notes. You can then use the notes either as embedded comments in the input file or as text strings that appear when the output is printed. To create revision notes via keyword substitution, follow this procedure:

1. In your working file, type any of the keywords listed in the next section.

2. Check the file in.

3. Check the file out again. Upon checkout, the co command expands each keyword to include its value. That is, co replaces instances of:

   >     $keyword$

   with:

   >     $keyword:value$

4. Subsequent checkin and checkout of a file will update any existing keyword values. Unless otherwise noted later, existing values are replaced by new values.

> #### NOTE

> Note: Many RCS commands have a -k option that provides more flexibility during keyword substitution.

### 14.8.1.1. Keywords

$Author$

  Username of person who checked in revision.

$Date$

  Date and time of checkin.

$Header$

  A title that includes the RCS file's full pathname, revision number, date, author, state, and (if locked) the person who locked the file.

$Id$

  Same as $Header$, but exclude the full pathname of the RCS file.

$Locker$

  Username of person who locked the revision. If the file isn't locked, this value is empty.

$Log$

  The message that was typed during checkin to describe the file, preceded by the RCS filename, revision number, author, and date. Log messages accumulate rather than being overwritten.

$RCSfile$

  The RCS filename, without its pathname.

$Revision$

  The assigned revision number.

$Source$

  The RCS filename, including its pathname.

$State$

  The state assigned by the -s option of ci or rcs.

### 14.8.1.2. Example values

Let's assume that the file /projects/new/chapter3 has been checked in and out by a user named daniel. Here's what keyword substitution would produce for each keyword, for the second revision of the file:

>     $Author: daniel $

>     $Date: 2001/07/05 14:25:39 $

>     $Header: /projects/new/chapter3,v 1.2 2000/02/25 18:21:10 daniel \
>         Exp Locker: daniel $

>     $Id: chapter3,v 1.2 2001/07/05 14:25:39 daniel Exp $

>     $Locker:  $

>     $Log: chapter3,v $
>     Revision 1.2  2001/07/05 14:25:39  daniel
>     Added section on error handling

>     #Revision 1.1  2000/02/25 16:49:59  daniel
>     #Initial revision
>     #

>     $RCSfile: chapter3,v $

>     $Revision: 1.2 $

>     $Source: /projects/new/chapter3,v $

>     $State: Exp $

### 14.8.2. Revision Numbering

Unless told otherwise, RCS commands typically operate on the latest revision. Some commands have an -r option that is used to specify a revision number. In addition, many options accept a revision number as an optional argument. (In the command summary, this argument is shown as [R].) Revision numbers consist of up to four fields, release, level, branch, and sequence, but most revisions consist of only the release and level.

For example, you can check out revision 1.4 as follows:

>     co -l -r1.4 ch01

When you check it in again, the new revision will be marked as 1.5. But suppose the edited copy needs to be checked in as the next release. You would type:

>     ci -r2 ch01

This creates revision 2.1. You can also create a branch from an earlier revision. The following command creates revision 1.4.1.1:

>     ci -r1.4.1 ch01

Numbers are not the only way to specify revisions, though. You can assign a text label as a revision name, using the -n option of ci or rcs. You can also specify this name in any option that accepts a revision number for an argument. For example, you could check in each of your C programs, using the same label regardless of the current revision number:

>     ci -u -nPrototype *.c

In addition, beginning with RCS Version 5.6, you can specify a $, which means the revision number is extracted from the keywords of a working file. For example:

>     rcsdiff -r$ ch01

compares ch01 to the revision that is checked in. You can also combine names and symbols. The command:

>     rcs -nDraft:$ ch*

assigns a name to the revision numbers associated with several chapter files.

### 14.8.3. Specifying the Date

Revisions are timestamped by time and date of checkin. Several keyword strings include the date in their values. Dates can be supplied in options to ci, co, and rlog. RCS uses the following date format as its default:

>     1999/10/16 02:00:00     (year/month/day time)

The default time zone is Greenwich Mean Time (GMT), which is also referred to as Coordinated Universal Time (UTC). Dates can be supplied in free format. This lets you specify many different styles. Here are some of the more common ones, which show the same time as in the preceding example:

>     6:00 pm lt          (assuming today is Oct. 16, 1999)
>     2:00 AM, Oct. 16, 1999
>     Sat Oct 16 18:00:00 1999 LT
>     Sat Oct 16 18:00:00 PST 1999

The uppercase or lowercase lt indicates local time (here, Pacific Standard Time). The third line shows ctime format (plus the LT); the fourth line is the date command format.

### 14.8.4. Specifying States

In some situations, particularly programming environments, you want to know the status of a set of revisions. RCS files are marked by a text string that describes their state. The default state is Exp (experimental). Other common choices include Stab (stable) or Rel (released). These words are user-defined and have no special internal meaning. Several keyword strings include the state in their values. In addition, states can be supplied in options to ci, co, rcs, and rlog.

### 14.8.5. Standard Options and Environment Variables

RCS defines the environment variable RCSINIT, which is used to set up default options for RCS commands. If you set RCSINIT to a space-separated list of options, they will be prepended to the command-line options you supply to any RCS command. Three options are useful to include in RCSINIT: -q, -V, and -x. They can be thought of as standard options because most RCS commands accept them. Note that -V was new in RCS Version 5 and that -x was new in Version 5.6.

-q[R]

  Quiet mode; don't show diagnostic output. R specifies a file revision.

-V[n]

  Emulate version n of RCS; useful when trading files between systems that run different versions. n can be 3, 4, or 5. If n is omitted, the command prints the version number of this version of RCS.

-xsuffixes

  Specify an alternate list of suffixes for RCS files. Each suffix is separated by a /. On Unix systems, RCS files normally end with the characters ,v. The -x option provides a workaround for systems that don't allow a comma (,) character in filenames.

-z[zone]

  Specify the format of the date in keyword substitution. If empty, the default is to output the UTC time with no zone indication. With an argument of LT, the local time zone will be used to output an ISO 8601 format, with an indication of the separation from UTC. You may also specify a numeric UTC offset. For example, -z+4:30 would output a string such as: 1998-11-24 02:30:00+4:30.

For example, when depositing a working file into an RCS file, the command:

>     ci -x,v/ ch01     (second suffix is blank)

searches in order for the RCS filenames:

>     RCS/ch01,v
>     ch01,v
>     RCS/ch01

Copyright © 2001 O'Reilly & Associates. All rights reserved.